home
***
CD-ROM
|
disk
|
FTP
|
other
***
search
/
Columbia Kermit
/
kermit.zip
/
newsgroups
/
misc.19950528-19950726
/
000412_news@columbia.edu_Sun Jul 23 03:30:17 1995.msg
< prev
next >
Wrap
Internet Message Format
|
2020-01-01
|
3KB
Received: from apakabar.cc.columbia.edu by watsun.cc.columbia.edu with SMTP id AA24501
(5.65c+CU/IDA-1.4.4/HLK for <kermit.misc@watsun.cc.columbia.edu>); Sun, 23 Jul 1995 12:01:16 -0400
Received: by apakabar.cc.columbia.edu id AA03837
(5.65c+CU/IDA-1.4.4/HLK for kermit.misc@watsun); Sun, 23 Jul 1995 12:01:14 -0400
Path: news.columbia.edu!sol.ctr.columbia.edu!spool.mu.edu!howland.reston.ans.net!swrinde!news.dell.com!pmafire!mars.poci.amis.com!cwis.isu.edu!news.cc.utah.edu!news.cs.utah.edu!cc.usu.edu!jrd
From: jrd@cc.usu.edu (Joe Doupnik)
Newsgroups: comp.protocols.kermit.misc
Subject: Re: Kermit download from CompuServe.. best setup??
Message-Id: <1995Jul23.093017.56880@cc.usu.edu>
Date: 23 Jul 95 09:30:17 MDT
References: <3uidtu$r5c@hpber004.swiss.hp.com> <DC095G.Dp3@omen.com> <DC4Cr1.BB8@omen.com>
Organization: Utah State University
Lines: 39
Apparently-To: kermit.misc@watsun.cc.columbia.edu
In article <DC4Cr1.BB8@omen.com>, caf@omen.com (Chuck Forsberg WA7KGX) writes:
> In article <3ulp8c$ep5@apakabar.cc.columbia.edu>,
> Frank da Cruz <fdc@watsun.cc.columbia.edu> wrote:
>>In article <DC095G.Dp3@omen.com>, Chuck Forsberg WA7KGX <caf@omen.com> wrote:
>>: In article <3uidtu$r5c@hpber004.swiss.hp.com>,
>>: Daniel Huber <danielh@hpber002.swiss.hp.com> wrote:
>>: >Running Kermit 190, I'd like to download software from CompuServe over
>>: >their Internet access. However, the filetransfer stops with synchronization
>>: >errors and others...
<omitting much>
> CompuServe has enhanced their B protocol with 32 bit CRC and streaming
> data transfer to provide excellent throughput downloading the types of
> files users download from CompuServe. A number of programs have competent
> B+ implementations, including Omen Technology's ZCOMM and Professional-YAM.
>
> The only programs I know of that have high performance Kermit
> implementations are Omen Technology's ZCOMM and Professional-YAM, and
> Columbia University's product. Since ZCOMM and Pro-YAM have good 32 bit
> B+ download performance, only Columbia's product would benefit if
> CompuServe switch to the current Kermit protocol. CompuServe may not wish
> to make this change, which would increase system load and break some
> programs written to the 1985 Kermit spec.
It seems that Compuserve hasn't even run internal suitability tests
on their software. The Columbia Kermits of today interoperate with the pretty
embarassing "lurching" windows rendition of C Kermit written by "The Source"
in 85. The current sliding windows implementation arose when I did a fresh
design for MS-DOS Kermit many years ago, and that design was carried over
to C Kermit.
I logged into The Source and ran against it to ensure compatibility,
and compatible it was. Heck, I still have test packet logs. One might also
ask how many CIS customers are still using any comms program dated 1985?
As Frank explained, the external protocol specification (the Kermit
protocol) remains consistent over time and internal implementation stragegies
remain internal. Enhancements to the Kermit protocol are backward compatible
with the oldest Kermits.
All this suggests that CIS will do whatever they want, and the way
to change their thinking is for CIS customers to make constructive noise.
Joe D.